Пользователи могут иметь права доступа по отношению к разным элементам: объектам, группам объектов, ресурсам и учетным записям, маршрутам и другим пользователям. В зависимости от имеющихся прав пользователь может видеть и предпринимать какие-то действия в отношении определенного элемента.

Чаще всего полный доступ к объекту (все права) имеют только те пользователи, которые осуществляют его настройку, а остальные пользователи имеют ограниченные права, достаточные для работы с объектом. Во избежание некорректного изменения настроек важно предоставлять пользователю только те права, которые ему действительно нужны.

Наблюдаемая проблема и метод ее решения

При повседневной работе права на объект зафиксированы в нужном виде и не меняются. Однако при изменении прав могут возникнуть трудности, или иногда права могут меняться без вашего участия, и в итоге имеющиеся настройки могут отличаться от ожидаемых. В данной статье будут рассмотрены стандартные проблемы такого рода. Выберите один из представленных ниже вариантов в соответствии с тем, какую ситуацию вы наблюдаете.

1. После сокращения прав пользователь все равно имеет более широкие права

Объект может входить в группу, в отношении которой у пользователя также имеются права. В таком случае пользователь будет обладать более широким перечнем прав из двух возможных.

Для исправления ситуации попробуйте исключить объект из группы или убрать права пользователя на группу, в которую входит объект. После внесения данных изменений задайте нужные права на объект еще раз.

2. При снятии всех прав на объект отображается ошибка и изменения не применяются

Наиболее вероятно, данный пользователь является создателем объекта. На данный момент забрать у создателя все права на созданный им элемент невозможно. При попытке сделать это будет отображаться ошибка с текстом «Нельзя забрать права доступа у создателя элемента».

Для исправления ситуации необходимо изменить создателя этого объекта. Для этого можно перенести объект в другую учетную запись. Объект должен находиться в учетной записи пользователя, который непосредственно использует этот объект.

Мы создали видео о применении инструмента Сменить учетную запись из интерфейса управления (CMS):

3. При расширении прав изменения не сохраняются

В Wialon используется следующий принцип иерархии: невозможно дать какому-либо пользователю больше прав на некий элемент, чем имеет создатель этого пользователя на тот же самый элемент. Если вы расширяете список прав, но изменения не сохраняются, это может означать, что у создателя пользователя недостаточно прав на объект.

Для исправления ситуации предоставьте более широкий список прав на объект пользователям, выше по иерархии. После — самому пользователю, которому было необходимо расширить права (то есть пройдите по всей ветке иерархии учетных записей сверху вниз).

4. Права меняются, хотя вы не вносите изменений

Для изменения прав доступа к объекту пользователь должен обладать правом Управление доступом к элементу в отношении этого объекта. Доступ к объекту может быть сразу у нескольких пользователей. Соответственно, несколько пользователей могут вносить изменения. Отследить изменения можно с помощью Журнала, который можно просмотреть на вкладке Сообщения или в отчете с помощью одноименной таблицы.

Для исправления ситуации проанализируйте Журнал и отключите возможность менять права доступа для тех пользователей, которые не должны этого делать.

5. Права меняются, хотя никто из пользователей не вносит изменений

Чаще всего такие изменения могут происходить с определенным равным периодом или при определенных условиях. В таком случае причиной является работа Заданий с типом Изменить доступ к объектам или Уведомлений со способом действия Изменить доступ к объектам или Изменить состав групп объектов.

Для исправления проверьте правильность настройки заданий и уведомлений (при необходимости их можно удалить или остановить).

6. Права меняются, хотя пользователи, задания и уведомления не делают этого

В Wialon реализована возможность изменять настройки элементов (в том числе менять права) посредством API-запросов. Такие запросы все равно выполняются от имени конкретного пользователя, при этом вход и выход из системы при помощи API-запроса в некоторое стороннее приложение логируется. Эту информацию можно отследить в свойствах пользователя на вкладке Журнал или в интерфейсе управления (CMS) на вкладке Пользователи в колонке Последний вход.

Для исправления ситуации проанализируйте логику работы стороннего приложения. Если в приложении используется токен пользователя, созданного специально для работы со сторонним приложением, то данному пользователю можно изменить список прав и отключить право Управление доступом к элементу, либо можно изменить флаги его токена. Если в приложении используется токен того же пользователя, что и для входа в интерфейс мониторинга, то нужно пересмотреть логику работы приложения, избавившись от изменения прав пользователей относительно объектов.

Екатерина Гриб,Инженер Customer Service 2021-11-08

Для эффективной работы всего сервиса важно придерживаться правильной иерархии. Иерархия в Wialon — это связующая нить, на которую, как бусины, нанизаны функции, права и элементы Wialon.

Важность иерархии проявляется к моменту зрелости сервиса, когда его структура уже сформирована. На начальном этапе работы с Wialon проблем может не возникать, но позже выясняется, что созданная структура не является оптимальной. Это приводит к проблемам с управлением правами доступа, общими ресурсами, к ограничениям в работе таких сервисов, как, например, Google-карты и SMS. В подобных случаях стоит исправить структуру и перенести элементы системы в новое место в иерархии.

В данной статье предложены инструменты для исправления иерархии путем переноса элементов системы, которые помогут сделать управление сервисом более удобным и безопасным. В зависимости от типа переносимых элементов доступны инструменты как для автоматического переноса, так и для ручного.

Автоматический перенос

Автоматический перенос подразумевает полноценный перенос с сохранением всех свойств и взаимосвязей переносимых элементов, однако он доступен только для двух типов элементов: учетных записей и объектов. Ниже мы рассмотрим инструкции по переносу данных элементов в пределах одного сервиса.

Учетные записи

При автоматическом переносе учетные записи переносятся целиком со всем содержимым и сохранением всех взаимосвязей, паролей пользователей, идентификаторов сессий и др. Данный перенос осуществляется с помощью внутренних инструментов Wialon и не доступен в интерфейсе пользователя. Для автоматического переноса учетных записей необходимо отправить запрос на support@wialon.com. Автоматический перенос учетных записей доступен только для Wialon Hosting.

В случае, если необходимо перенести только часть элементов учетной записи, необходимо воспользоваться ручным переносом. Инструкции для таких случаев предоставлены ниже.

Объекты и сообщения

Для переноса объектов воспользуйтесь инструментом Перенос объектов из одной учетной записи в другую в интерфейсе CMS Manager.

Подробную инструкцию по переносу объектов из одной учетной записи в другую и возможным вопросам, связанным с ним, вы можете найти в следующем видео.

Ручной перенос

Ручной перенос подразумевает пересоздание нужных элементов в новом месте и последующую их настройку. Часть настроек можно перенести при помощи инструмента импорта и экспорта. Кроме того, в этом случае необходимо будет заново устанавливать права пользователей и взаимосвязи между микроэлементами (например, геозоны в шаблонах отчетов и уведомлениях), а также пароли пользователей.

Ниже мы рассмотрим инструкции по переносу отдельных элементов системы в пределах одного сервиса.

Учетные записи

Учетная запись — это основополагающий элемент сервиса, который можно описать как единство ресурса, пользователя и тарифного плана. Поэтому перенос учетной записи является комплексным процессом, который включает в себя:

• перенос пользователя-создателя;
• создание новой учетной записи;
• назначение нужного тарифного плана;
• перенос содержимого ресурса;
• перенос остальных элементов, принадлежащих исходной учетной записи — пользователей, объектов, групп объектов, ретрансляторов.

Для переноса учетной записи войдите в интерфейс CMS Manager и следуйте инструкции:

1. Экспортируйте настройки пользователя-создателя учетной записи в файл WLP (Экспорт в файл → Полная копия).
2. Измените имя учетной записи и ее пользователя-создателя. Например, можно добавить «‎_old»‎ в конце имени.
3. Создайте копию пользователя-создателя учетной записи. Для этого удерживайте клавишу Ctrl и щелкните по нужному пользователю в списке. При копировании пользователя будут перенесены такие его свойства, как права доступа, адрес электронной почты — то есть те, которые не переносятся при экспорте. В процессе копирования:
   • Введите и подтвердите пароль пользователя. Важно отметить, что пароли пользователей не переносятся. Если у владельца сервиса сохранены текущие пароли, то после переноса пользователям можно установить аналогичные пароли, если же нет, то придется использовать новые.
   • В поле Создатель выберите пользователя-создателя учетной записи, которая должна стать родительской для новой учетной записи.
     
     
4. Импортируйте настройки пользователя из файла WLP.
5. Создайте новую учетную запись. При создании выберите опцию От имени существующего пользователя и выберите пользователя, созданного в пункте 3.
6. При необходимости перенесите остальные элементы учетной записи по инструкциям, расположенным ниже в статье.
7. Убедившись, что все настройки и содержимое учетной записи были перенесено корректно, удалите старую учетную запись с пометкой «‎_old»‎ в имени.

Содержимое ресурсов

Ресурс является местом хранения для следующих элементов:

• геозоны и группы геозон;
• задания и уведомления;
• шаблоны отчетов;
• водители, прицепы, пассажиры, а также группы водителей, прицепов и пассажиров;
• заявки.

Для переноса доступны все элементы содержимого ресурса, кроме заявок. Перенести можно как полностью все содержимое, так и отдельные элементы. Для переноса:

1. Экспортируйте содержимое переносимого ресурса в файл WLP, выбрав нужные для переноса элементы.
2. Импортируйте содержимое ресурса в новый ресурс.

Заявки доступны для экспорта и импорта непосредственно в приложении Logistics.

Пользователи

1. Экспортируйте настройки исходного пользователя в файл WLP (Экспорт в файл → Полная копия).

2. Переименуйте этого пользователя, например, добавив «_old»‎ к имени.
3. Создайте копию пользователя. Для этого в CMS Manager удерживайте клавишу Ctrl и щелкните по нужному пользователю в списке. При копировании пользователя будут перенесены такие его свойства, как права доступа и адрес электронной почты, которые не переносятся при экспорте. В процессе копирования:
   • Введите и подтвердите пароль пользователя. Важно отметить, что пароли пользователей не переносятся. Если у владельца сервиса сохранены текущие пароли, то после переноса пользователям можно установить аналогичные пароли, если же нет, то придется использовать новые.
   • В поле Создатель выберите пользователя-создателя учетной записи, которая должна стать родительской для нового пользователя.
     
     
4. Импортируйте настройки пользователя из файла WLP.
5. Убедившись, что настройки и свойства пользователя перенеслись корректно, удалите старого пользователя с пометкой «_old»‎ в имени.

Группы объектов

1. Создайте копию группы объектов. Для этого в CMS Manager удерживайте клавишу Ctrl и щелкните по нужной группе объектов в списке.
2. При копировании группы в поле Создатель выберите пользователя-создателя учетной записи, в которую необходимо выполнить перенос.

Ретрансляторы

На данный момент экспортировать настройки ретрансляторов невозможно. Чтобы перенести ретранслятор, его необходимо пересоздать в нужной учетной записи и вручную скопировать в него настройки исходного ретранслятора.

Ретрансляторы нельзя создавать от имени другого пользователя. Поэтому для создания ретранслятора в определенной учетной записи необходимо войти в систему как пользователь-создатель этой учетной записи.

Маршруты

На данный момент экспортировать настройки маршрутов невозможно. Для переноса маршрута необходимо пересоздать в нужной учетной записи маршрут вместе с расписанием и вручную перенести настройки исходного маршрута.

Кристина Малаховская,Инженер Customer Service 2023-01-11

Зачастую возникает необходимость внесения изменений в иерархию сервиса Wialon для более эффективного управления. Перенос элементов в пределах одного сервиса мы рассмотрели в этой статье, но иногда есть необходимость произвести перенос из одного сервиса в другой.

В данной статье предложены инструменты для переноса элементов между сервисами. В зависимости от типа переносимых элементов доступны инструменты как для автоматического переноса, так и для ручного.

Автоматический перенос

Существует дополнительная услуга по автоматическому переносу учетных записей между сервисами Wialon Hosting с помощью внутренних инструментов Wialon. Автоматический перенос подразумевает полноценный перенос с сохранением всех свойств и взаимосвязей переносимых элементов между собой. Для него существуют следующие ограничения:

• переносятся только учетные записи целиком;
• общее количество переносимых активных объектов от 50 и выше;
• сервисы должны быть расположены в одном дата-центре;
• все содержимое сервиса целиком для переноса не доступно;
• количество объектов в финальном сервисе после переноса не должно превышать рекомендуемое.

Для автоматического переноса учетных записей необходимо отправить запрос на partners@wialon.com.

Ручной перенос

Ручной перенос подразумевает пересоздание нужных элементов в новом месте и последующую их настройку. Часть настроек можно перенести при помощи инструмента импорта и экспорта. Кроме того, в этом случае необходимо будет заново устанавливать права пользователей и взаимосвязи между микроэлементами (например, геозоны в шаблонах отчетов и уведомлениях), а также пароли пользователей.

Ниже мы рассмотрим инструкции по переносу отдельных элементов системы между сервисами.

Учетные записи

Учетная запись — это основополагающий элемент сервиса, который можно описать как единство ресурса, пользователя и тарифного плана. Поэтому перенос учетной записи является комплексным процессом, который включает в себя:

• создание новой учетной записи;
• перенос пользователя-создателя учетной записи;
• назначение нужного тарифного плана;
• перенос содержимого ресурса;
• перенос остальных элементов, принадлежащих исходной учетной записи — пользователей, объектов, групп объектов, ретрансляторов, маршрутов.

Для переноса учетных записей войдите в интерфейс CMS Manager и следуйте инструкции:

1. Экспортируйте настройки пользователей-создателей учетных записей в файлы WLP (Экспорт в файл → Полная копия). При экспорте настроек сразу нескольких пользователей создается архив с файлами WLP.
2. Измените названия учетных записей и их пользователей-создателей в исходном сервисе. Например, можно добавить «_old» в конце названия.
3. Создайте необходимые учетные записи в новом сервисе.
4. Извлеките файлы из загруженного ранее архива и импортируйте настройки соответствующих пользователей из файлов WLP. Важно отметить, что такие свойства пользователей, как адрес электронной почты, права доступа и пароль, не переносятся при экспорте и их необходимо будет установить заново вручную. Если у владельца сервиса сохранены текущие пароли, то после переноса пользователям можно установить аналогичные пароли, если же нет, то придется использовать новые.
5. При необходимости перенесите остальные элементы учетной записи по инструкциям, расположенным ниже в статье.

Объекты и сообщения

При помощи экспорта/импорта сообщений

1. Экспортируйте настройки объектов в файл WLP. Если экспортируется сразу несколько элементов, будет загружен архив с файлами WLP.
2. В исходном сервисе измените ID и номера телефонов, указанные в свойствах объектов. Например, можно добавить к ID «_old», а к номеру телефона лишнюю цифру.
3. Извлеките файлы из загруженного ранее архива и создайте объекты из файлов WLP.
4. Экспортируйте сообщения от объектов в исходном сервисе. Используйте формат WLN или WLB.
5. Импортируйте сообщения в соответствующие  объекты в новом сервисе.

При помощи ретрансляции сообщений

1. Экспортируйте настройки объектов в файлы WLP. Если экспортируется сразу несколько элементов, будет загружен архив с файлами WLP.
2. Извлеките файлы из загруженного ранее архива и создайте объекты из файлов WLP.
3. При создании объектов отобразится ошибка с текстом «Не удалось импортировать все или некоторые данные». Данная ошибка возникает из-за конфликта одинаковых ID и номера телефона в исходном и финальном сервисах. Когда откроется окно свойств объекта, необходимо указать тип устойства — Wialon Retranslator, ID — ID объекта в исходном сервисе.
4. Создайте ретранслятор в исходном сервисе и добавьте в него объекты, сообщения которых должны быть перенесены.
5. Запустите ретранслятор, так как ретранслятор создается остановленным.
6. Откройте настройки ретранслятора, активируйте опцию Ретранслировать данные за прошедший период и укажите необходимый период.
7. Когда ретрансляция данных за прошедший период завершится, измените ID и номер телефона объектов в исходном сервисе. Например, добавьте к ID «_old», а к номеру телефона лишнюю цифру.
8. Импортируйте повторно файлы WLP, при импорте выберите пункт Конфигурация устройства. Повторный импорт необходим для указания корректного типа устройства и номера телефона объектов в новом сервисе.

Содержимое ресурсов

Ресурс представляется из себя место, в котором хранятся следующие элементы:

• геозоны и группы геозон;
• задания и уведомления;
• шаблоны отчетов;
• водители, прицепы, пассажиры, а также группы водителей, прицепов и пассажиров;
• заявки.

Перенести можно как полностью все содержимое, так и отдельные элементы. Для выполнения переноса необходимо:

1. Экспортировать содержимое ресурсов в исходном сервисе в файлы WLP, выбрав нужные для переноса элементы.
2. Импортировать содержимое ресурсов из файлов WLP в новый сервис.

Заявки доступны для экспорта и импорта непосредственно в приложении Logistics.

Пользователи

1. Экспортируйте настройки пользователей в файлы WLP (Экспорт в файл → Полная копия). При экспорте настроек сразу нескольких пользователей загружается архив с файлами WLP.
2. Переименуйте пользователей в исходном сервисе, например, добавив «_old»‎ к имени.
3. Создайте пользователей в новом сервисе.
4. Извлеките файлы из загруженного ранее архива и импортируйте настройки соответствующих пользователей. Важно отметить, что такие свойства пользователей, как адрес электронной почты, права доступа и пароль, не переносятся при экспорте и их необходимо будет установить заново вручную. Если у владельца сервиса сохранены текущие пароли, то после переноса пользователям можно установить аналогичные пароли, если же нет, то придется использовать новые.

Группы объектов

На данный момент нет возможности экспортировать настройки групп объектов. Чтобы перенести группы объектов, их необходимо вручную создать в учетной записи нового сервиса, добавить в них нужные объекты и предоставить пользователям соответствующие права.

Ретрансляторы

На данный момент экспортировать настройки ретрансляторов невозможно. Чтобы перенести ретранслятор, его необходимо пересоздать в нужной учетной записи и вручную скопировать в него настройки исходного ретранслятора.

Ретрансляторы нельзя создавать от имени другого пользователя. Поэтому для создания ретранслятора в определенной учетной записи необходимо войти в систему как пользователь-создатель этой учетной записи.

Маршруты

На данный момент экспортировать настройки маршрутов невозможно. Для переноса маршрута необходимо пересоздать в нужной учетной записи маршрут вместе с расписанием и вручную перенести настройки исходного маршрута.

Кристина Малаховская,Инженер Customer Service 2023-01-12